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METHOD AND APPARATUS FOR DYNAMIC 
DISTRIBUTED COMPUTING OVER A NETWORK 

P ACKGHOVWD OF TPE mVPN TnO W 

This invention goierally relates to distributed computing systems and more 
particularly, to a method and apparatus for performing dynamic distributed computing over a 
network. 

Pescriptiop of tl^e Related Art 

In a distributed conq)uting netwoik, users can harness Ibe processing c^abilities of 
nimierous computers coupled to the network. Tasks with many different independent 
calculations can be quickly processed in parallel by dividing the processing among different 
computers on the network. Further, specialized tasks can be computed more quickly by 
locating a computer on the network most suitable for processing the data. For example, a task 
executmg on a client system which performs an intense floating point calculation may 
execute faster on a server system coiq)led to the network which has specialized floating point 
hardware suitable for the particular calculations. 

Unfortunately, conventional techniques for distributed computing are not easily 
implemented in the typical heterogenous computing enviromnents. Each computer on the 
network is typically heterogeneous containing different processor and operating system 
combinations, and require different object modules for execution. On the client side, 
different object modules requires that the user compiles different varsions of the task for each 
different platform and loads the module onto tiie corresponding platform adding storage 
requirements to each client and also requiring porting and compiling the same tasks multiple 
times. Fiuther, conventional techniques require that tiie code be distributed over the 
computers well before the code is executed. In the conventional systems, the extensive 
preparation required for performing distributed computing deterred many from exploiting this 
technology. 

Distributed computing systems based on scripting languages are an improvement over 
some conventional distributed computing systons. Unfortunately, scripting based systems 
elimioate the need to recompile code, but are still very inefficient A scripting based 
distributed system can execute the same instructions on multiple platforms because the 
language is interpreted by an interpreter located on each system. Consequently, most 
scripting languages are slow since they must translate high level scripting instructions into 
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low level native instnictions in real time. Moreover, scripting languages are hard to optimize 
and can waste storage space since they are not generally compr^ed 

Based on the above limitations found in conventional systems, it is desirable to 
improve distributed conq>uting systems. 

SUMMARY OF THE INVENTTON 

In one aspect of the present invention associated with a client computer, a method and 
apparatus for dynamic distributed computing is provided. Liitially, the client selects a SCTver 
from the network to process the task. This selection can be based on the availabiUty of the 
server or the specialized processing c£pabiUties of the server. Ne}ct, a cUent stub marshals the 
parameters and data into a task request The cUent sends the task request to the s^irer which 
invokes a generic compute method. The server automatically determines if the types 
associated with the task are available on the server and downloads the task types from the 
network as necessary. Information in the task types are used to extract paramet^ and data 
stored in the particular task request The generic compute method is used to execute the task 
request on the selected server. After the server processes the task request, the chent receives 
the results, or the computed task, back from the selected server. 

In another aspect of the present invration associated with a server compute, a method 
and apparatus for dynamic distributed conq)uting is provided Initially, the server will 
automatically determine which task types are available on the server and will download task 
types from the network as necessary. These task types help ^e server iiTimarRlial parameters 
and data from a task request and generate a local task. Next, the server invokes a generic 
compute method enable of processing all types of compute tasks or subtypes of a compute 
task. The generic compute method is used to execute tiie task request on the selected server. 
If a subsequent task will use the results, the server stores the results from the computed tasks 
in a local cache. Once the task has completed, the serv^ returns the results, or the computed 
task, to the client 

BRIEF DESC RIPTION OF THE DRAWINGS 

The accompanying drawings, which are incorporated in and constitute a part of this 
specification, illustrate an embodimrat of the invention and, together with the description, 
serve to explain the advantages, and principles of the invention. 
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In the drawings: 

FIG. 1- illustrates a network suitable for use with method and systems consistent with 
the present invention; 

FIG. 2 is block diagram of a computer system suitable for use with Method and 
Systems consistent wi& the present invention; 

FIG. 3 is a block diagram representation of a cUent-server networking environment 
suitable for use with a Method and System consistent with the pr^ent invention; 

HG. 4 is a flow chart of the steps a client p^orms in accordance with Methods and 
Systems consistent with the present invention; and 

FIG. 5 is a flow chart the steps performed by a server in accordance with Methods and 
Systems consistent with flie present invention. 
INTRODUCTION 

Reference will now be made in detail to an implementation of the present invmtion as 
illustrated in the accompanying drawings. Whereever possible, the same reference numbers 
will be used througlhout the drawings and the following description to refer to the same or like 
parts. 

. Systems consistent with the present invention address shortcomings of the prior art 
and provide a dynamic distributed confuting system used over a network of server 
computers. This dynamic distributed computing system is particular usefiil in heterogenous 
computer networks having computers with difiTerent processors, different operating systems, 
and combinations thereof. Such a system allows a cUent ^iplication to select a server 
computer at runtime to execute a particular task. In Method and Systems consistent with the 
present invention, the task is an object having a particular type or class definition. The server 
can generally defer knowing the actual class definition until the parameters and data 
associated with the object task are received on the server. Consequently, the particular type is 
downloaded by the server if it is not available on the servo*. For example, if an object 
instance of an unknown class is transmitted to the server, the server downloads the unknown 
class. The server then uses this class to process the object. This late allocation of a class 
definition to an object increases the flexibihty in processing complex tasks over a network of 
SCTver computers. Furth^, the present design facilitates this flexibility with minimfll 
additional overhead by utilizing features in existmg remote procedure call subsystems such as 
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the Remote Method Invocation (RMI) subsystem developed by Sun Microsystems, Inc. of 
Mountain View, California For more information on Remote Method Invocation (RMI) see 
co-pmding U.S. Patent Application, "System and Method For FaciUtating Loading of "Stub" 
Information to liable a Program Operating in One Address Space to Invoke Processing of a 
Remote Method or Procedure in Another Address Space" having serial mmiber 08/636,706, 
filed April 23, 1996 by Ann M. Wohath, James Waldo, and Roger Riggs assigned to the 
assignees of the present invention and incorporated by referrace herein. Also, RMI is also 
described in furth^ detail on the JavaSoft WebPage at 

FrP://flp.javasoft.coin/docs^dkl.2/rmi-spec-jdk 1.2.ps, which is also incorporated by 
reference. 

Unlike conventional systems, a task in the dynamic distributed system consistent with 
the present invention can be written once and executed on any server computer in a network. 
This capabihty is particularly advantageous in a heterogeneous network because the task does 
not have to be ported to every platform before it is executed. Instead, a generic compute task 
designed in accordance with the present invention is loaded on each system. This generic 
compute task is enable of executing a wide variety of tasks specified by the client at runtime. 
For exaiiq)le, one can develop a type called "Compute" and a generic compute task which 
accepts the "Compute" type in an object oriented language, such as Java. Java is described in 
many texts, including one that is entitled "The Java Language Specification" by James 
Gosling, Bill Joy, and Guy Steele, Addison-Wesley, 1996, winch is incorporated by reference 
herein. The client creates a task having a subtype of the type "Compute" and passes an object 
corresponding to task to the generic compute task on the server. A remote procedinre call 
mechanism downloads the object to the server and the generic compute task which executes 
the task. 

In Java, the task transmitted by the cUent is actually an object including a series of 
bytecodes. These bytes codes can be executed immediately as long as the server implements 
a Java Virtual Machine (JVM). The JVM can be implemented directly in hardware or 
efficiently simulated in a software layer running on top of the native operating system. The 
Java language was designed to run on computing systems with characteristics that are 
specified by the Java Virtual Machine (JVM) Specification. The JVM specification is 
described in greater detail in a text entitled The Java Virtual Machin e Specification. Addison 
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Wesley, which is incorporated hy reference herein. This uniform JVM environment allows 
homogeneous execution of tasks even though flie compute systems are heterogenous and 
have different processors, diffemit operating syst^ns, and combinations thereof Combining 
a powerfid remote procedure call subsystem with a generic compute task on the server, 
designed in accordance with the present invention, results in a powerfiil dynamic distributed 
computing environment 

A compute server using bytecodes can process a task much fester than systems using 
conventional text based scripting languages or other character based languages. Each 
bytecode is cotiq>act (8 bits) and is in a numeric format Consequently, the server computer 
does not spend compute cycles parsing the characters and arguments at run time. Also, the 
bytecodes can be optunized on the client before transporting them to the server. The server 
optionally can convert tiie bytecodes to native instructions for execution directiy on the 
hardware at run time using a processing mechanism such as a Just-in-Time (JIT) compiler. 
For more information on JTT compilers see The Java Virtual Machine S pecification . 

A system designed in accordance with the present invention assumes that each client 
is cq>able of communicating to each server gvgt a common networking protocol such as 
TCP/IP. Also, it is assumed that there is a remote procedure call (RPQ subsystem on the 
client and server which is enable of receiving remote requests fiom a client and executing 
them on the server. This RPC system also automatically downloads code and related 
information needed for performing die task at run time. RMI developed by Sun 
Microsystems, Inc. is a suitable RPC subsystem providing these features. One skilled in the 
art, however, will appreciate that otha: RPC subsystems, such as DCOM/COM fiom 
Microsoft, Inc., may be used in lieu of RMI. 
COMPUTER NETWORK 

Fig. 1 illustrates a network 100 in which one embodiment of flie present invmtion can 
be implemented. Network 100 mcludes Local Area Network (LAN) 101, backbone or Wide 
Area Network (WAN) 1 12, and Local Area Network (LAN) 1 16 m its essential configuration. 
LAN 101 includes a series of work stations and server computers 102, 104, 106, and 108. 
LAN 116 includes a series of woric stations and server computers 118, 120, 122, and 124, 
These computer systems 102-108 and 1 18-124 are coupled together to share information, 
transmit data, and also share computational c^abilities. LAN 101 is coiq>led to the larger 
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overall network using a netwoik interconnect device 110. The specific type of network 
interconnect device can be a router, a switch, or a hub depending on the particular network 
configuration. In general, netwoik interconnect device 110 includes routers, switches, hubs 
or any other network interconnect device capable of cotq)ling togetiber a LAN 101, a WAN 
1 12, and LAN 116 with user terminals into an integrated network. Network interconnect 
device 1 14 can also include routers, switches, hubs, or any other network interconnect device 
capable of coupling the computers on LAN 116 with user terminals into an integrated 
network. In goieral, a dynamic distributed computing system d^gned in accordance with 
the present invention is typically located on each computer system coupled to network 100 . 
Accordingly, each computer may opiate as either a client or a server depending on the 
particular request being made and the services being provided. Typically, the client requests 
that a task is computed on a server computer and the server computer will process the task. 
COMfUTJER SYSTEM 

Referring now to Fig. 2, the system architecture for a computer system suitable for 
practicing methods and systems consistent with the present invention is illustrated. The 
exemplary computer system is for descriptive purposes only. Although the description may 
refer to terms commonly used in describing particular computer systems, such as in IBM PS/2 
personal conqiuter, the description and concepts equally apply to other computer systems, 
such as network computers, workstation, and even mainfirame computers having architectures 
dissimilar to Fig. 1. 

Furthermore, the implementation is described with reference to a computer system 
implemmting the Java progranmiing language and Java Virtual Machine specifications, 
although the invention is equally qyphcable to other computer systems having similar 
requirements. Specifically, the present invention may be implemented wi& both object 
oriented and nonobject-oriented programming systems. 

Computer system 200 includes a central processing unit (CPU) 105, which may be 
implemented with a conventional microprocessor, a random access memory (RAM) 210 for 
tenq)orary storage of information, and a read only memory (ROM) 215 for permanent storage 
of information. A memory controller 220 is provided for controlling RAM 210. 
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A bus 230 interconnects the conywnents of con^uter system 200. A bus controller 
225 is provided for controlling bus 230. An intorupt controller 235 is used for receiving and 
processing various intemQ)t signals fiom the system components. 

Mass storage may be provided by diskette 242, CD ROM 247, or hard drive 252. 
Data and software may be exchanged with computer system 200 via removable media such as 
diskette 242 and CD ROM 247. Diskette 242 is insertable into diskette drive 241 which is, in 
turn, connected to bus 230 by a controller 240. Similarly, CD ROM 247 is insertable into CD 
ROM drive 246 which is, in turn, coimected to bus 230 by controller 245. Hard disk 252 is 
part of a fixed disk drive 25 1 which is connected to bus 230 by controller 250. 

User input to computer system 200 may be provided by a number of devices. For 
example, a keyboard 256 and mouse 257 are connected to bus 230 by controller 255, It will 
be obvious to those reasonably skilled in the art that other input devices, such as a pen and/or 
tablet may be cormected to bus 230 and an appropriate controller and software, as required. 
DMA controllo: 260 is provided for performing direct memory access to RAM 21 0 A visual 
display is generated by video controller 265 which controls video display 270. 

Computer system 200 also includes a communications ad^tor 290 which allows the 
system to be intercoimected to a local area network (LAN) or a wide area network (WAN), 
schematically illustrated by bus 291 and network 295. 

Operation of computer system 200 is generally controlled and coordinated by 
operating system software. The operating system controls allocation of system resources and 
performs tasks such as processing scheduling, memory management, networking, and 
services, among things. 
DYNAMIC DISTRmUTED COMPUTING 

Dynamic distributed computing is generally a client serva: process. The client-server 
relationship is established for each call being made and generally the roles can change. 
Typically, the client is defined as the process making a call to request resources located or 
controlled by the server. In this context, the computer or processor executing the requesting 
process may also be referred to as a client However, these roles may change depending on 
the context of information and particular processing which is taking place. 

Fig. 3 is a block diagram representation of a client-servCT networking environment 
used to implement one embodiment of the present invention. This diagram includes those 
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subsystons closely related to the present inveation to emphasize one embodiment of the 
present inv^tion. Additional subsystems, excluded in Fig, 3, may be necessary depending on 
the actual implementation. 

Accordingly, Fig. 3 includes a chent 302, a server 316, and an object/method 
rq)ository 314 which are all operatively coupled to a netwoik 3 12. Client 302 includes an 
plication 304 which makes a remote compute call 306 to process a task on a remote server 
computer. A remote stub 310, typically generated using a remote procedure call subsystem as 
described in the RMI specification, is used to package parameters and data associated with 
the specific remote compute call 306. The typical client can also includes a collection of 
local objects/methods 308 which may contain the type of task client 302 calls remote 
compute call 306 to execute. Alternatively, the tasks can be located in object method 
repository 3 14 and are accessed by compute method 320 as needed. Server 316 includes a 
remote skeleton 322 to unmarshal the parameters and data transmitted from the client. 
Remote skeleton 322 prepares information for use by compute method 320. A local 
objects/methods 324 also includes tasks client 302 can ask the server 316 to process. 

In operation, remote compute call 306 makes a call to a compute method 320 to 
process a particular task. A remote stub 310 marshals information on the calling method so 
that a compute method 320 on server 3 16 can execute the task. Remote stub 310 may also 
marshal basic parameters used as arguments by compute method 320 on server 302. Remote 
skeleton 322 receives the task and umnarshals data and parameters received over the network 
and provides them to compute method 320. If the task and related types are not available on 
s^er 316, the skeleton downloads the types fiom client 302, object/method r^ository 314, 
or some other safe and reliable source of the missing types. The type information maps the 
location of data in the object and allows the remote skeleton to complete processing the 
object RMI (not shown) is one remote procedure call (RPC) system capable of providing 
remote stub 310 and remote skeleton 322. Once the object is processed by the skeleton, 
compute method 320 executes the task and returns the computed task or computed task 
results to client 302. 

Fig. 4 is a flow chart of the steps performed by a client when utilizing the dynamic 
distributed computing system and method consistent with the present invention. Initially, the 
chent selects a suitable server bom the network to process the task (step 402). The selection 
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criteria can be based upon the overall processing load distribution among the collection of 
server conq)uters or (he specialized computing cq)abilities of each sender conq)uter. For 
example, load balancing techniques may be used to automatically determine which computer 
has the least load at a given moment. Further, some computers having specialized hardware, 
such as graphic accelerators or math co-processors, may be selected by the chent because the 
task has intense graphic calculations, such as rendering three dimensional wireframes, or 
must perform many floating point calculations. 

Once the server is selected, the cUcat invokes a r^ote confute metiiod on the 
selected server (step 404). An RPC system, such as RMI, fecilitates invoking tiie remote 
compute method on a server computer. Typically, the chent need only know that the remote 
compute method can be used as a conduit to process a particular task on a remote computer. 
For example, in Java the remote instruction '*Server.runTask(new PI(1000))" executed on a 
chent causes a remote method **nmTask" to be invoked on a remote server "Server" of type 
"ComputeServer^": This step provides the task (in this case the task is a type task object 
instantiated by the "^new PI(1 000)) as a parameter to the generic compute method through the 
remote metiiod **runTask". The "runTask" method on tiie server implements a Compute 
remote inter&ce. Optionally, this instruction can indicate to the server that results from the 
computed task should be stored in a result cache on the selected server. This enables 
subsequent tasks to share the results between iterations. For example, the results from 
calculating 'TF' may be used later by another remote method to con4)ute the volume of a 
sphere or perform another precise calculation using the value of "TF. 

Next, a stub is used to marshal parameters and data into a task request Thetask 
request is then provided to the selected server. Typically, the task request includes data and 
parameters for the task as well as a network location for tiie type or class if it is not present on 
the server. A skeleton on the server uses the type or class information to process the object 
and iinmarshall data and parameters. In a system using Java and RMI, the task request is an 
object and the class location information is contained in a codebase URL (universal record 
locator) parameter. Further details on this are contained in the RMI Specification. The server 
can schedule the task for execution immediately or whenever the server finds a siiitable time 
for executing the task. Aftor the server performs the computation, the chent receives the 
results &om the computed task (step 408). 
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Fig. 5 is a flow chart of the st^s pafonned by the dynamic distributed computing 
system and methods consistent with the present invmtion. Initially, a skeleton on the server 
unmarshalls paramet^ and data from a task request and recreates the original task as 
transmitted (step 504). Unmarshalling these parameters may include downloading several 
additional types. The skeleton determines if the types related to the task request are available 
on the server (step 506). If the types associated with the task request are not available, the 
skeleton must download the tasks from one of the areas on the network (step 509). For 
^cample, if a "PIQ" class is not on the server, flie skeleton server will down load this type 
from the chent. The type or class is used by the skeleton to m^ data in the object and 
ma rshall parameters and data.. 

Typically, the chent will indicate in the request package where the particular type is 
located. The skeleton can download the requested type from a object/method repository and 
can cache the type for future server requests. Also, the requested type could also be located 
on the client For example, in Java and RMI the class containing the particular type is located 
in the given codebase URL (imiv^isal record locator) transmitted by the chent. Dynamic 
class loading features in RMI faciUtate the automatic downloading of the class using the 
codebase. These types enable the skeleton to parse the task request and extract the 
^ropriate data and parameters. The stq)s outlined above make the parameters and data 
readily available for further processing. 

Once the appropriate types are available, the skeleton invokes the generic compute 
method (step 508). The generic compute method on the server then executes the specific task 
requested by the chent (stq) 510). For example, assume the client calls 
"ComputeServerjrunTask(new PI(IOOO))" The skeleton will invoke the generic compute 
method '*runTask" on the server. The '"runTask'' method calls the "runQ" niethod embedded 
in the task called by the chent. Further, the "WiTask' method implements the remote 
interface "Compute" which maintains the remote coimection with the cheat. At the option of 
the choit or a predetermined setting on the server, the skeleton stores results from the 
computed tasks in a cache if a subsequent task will use the results. As a final step on the 
server, the computed task or results are retumed to the chent by executing "return trunQ" on 
the server (step 512). 
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EXEMPLARY IMPLEMENTATION 

Consistent with the present invention, the following code sample is provided as one 
implemoatatioiL Although this example is provided in the object-oriented Java programmmg 
language other programming languages could also be used. For example, tiie sender can 
include the following Java code: 

THETASK 

pubUc inter&ce Task extends Serializable { 

//This inter&ce allows a class (the "PF 
// class ) to implement the abstract 
// runO class 

{ 

Public Object runQ; 

} 

THE REMOTE INTERFACE: 
import javaimi.*; 

public interface Compute extends Remote { 

// The RMI/RPC Interfece 
public Object runTask(Task t) throws RemoteException; 

//The abstract runit method 

} 



THE COMPUTE SERVER IMPLEMENTATION 

import java,nni.*; 

iii:q3ortjava.rmi.server.*; 

public class ComputeServer extends UnicastRemoteObject 
implements Compute { 

public ComputeServer Q throws RemoteExecption{} 

//Implements the Compute interfece 
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//abstract "ninTask** mettiod 
// ... Code in this area is used for initializing the routine with RPC system 
public Object runTask (Task t) throws RemoteException 

// runTask implements the abstract method 
// defined in ComputerServer interfece 

return trunQ; // 
} 

The following exemplary Java code can be used on a clirat performing dynamic 
distributed computing consistent with the present inventioa 

class PI { 

private int precision; 

PI (int howManyPlaces) { // sets precision of PI value to be calculated later 
precision = howManyPlaces; 

} 

pubUc Object runQ { // implement the abstract run method in the 

// compute interface 
double pi = computePIsomehow(precision); // calcualate pi 
return new Double(pi); 

} 



public static void main (StringQ args) { 

ComputerServCT server = getAComputerServerQ; // Select a server from 

// the network 
// and store in remote 
// compute call to RMI 
// RPC abstract remote 
// interface 

Double pi = server,runTask(new PI(IOOO)); // implement abstract remote 
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// to execute a "pi"con:q)utation 
//defined in "Prclass. 
SystmLoutprintlnCTI seems to be "+pi); // return results in "pi" variable 

// and print to standard out 

While specific embodiments have been described herein for purposes of illustration, 
various modifications may be made without dq)arting icom the spirit and scope of the 
ihventioiL Those skilled in the art imderstand that the present invention can be implemmted 
in a wide variety of hardware and software platforms and is not limited to the traditional 
routers, switches, and intelligent hub devices discussed above. Accordingly, the invmtion is 
not limited to the above described embodiments, but instead is defined by the appended 
claims in hgiht of their fiill scope of equivalents. 
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1 . A method perfoimed on a computer system having a primary storage device, a 
secondary storage device, a display device, and an iiq)ut/output mechanism which enables a 
cHent to dynamically distribute to a server computer in a collection of sctvct computers a task 
developed in a progranmiing language compatible with each of the servCT computers, the 
method comprising the steps of: 

selecting a sCTver from a plurality of heterogenous servers to process a task 
based iq>on die overall processing load distribution among the collection of server 
computers and the specialized confuting c^abilities of each server computer; 

marshalling parameters and data into a task request which further comprises 
the substeps of, 

determining if code and data types related to the requested task are 
present on the selected server, and 

downloading the code and related data types onto the selected server 
when the code or data types are not present on the selected server, 
invoking a generic compute method associated with the selected server which 
executes the task and fiirther comprises the substq)s oj^ 

providing the task as a parameter to the generic compute method, and 

indicating to the server that results from a computed task should be 
stored in a result cache on the selected server for subsequent tasks to use; and 
receiving the computed task back from the selected server for further 
processing on the client 

2. A method performed on a processor contained within a conq)uter system having a 
primary storage device, a secondary storage device, a display device, and an input/output 
mechanism which enables a server associated with a collection of servers to dynamically 
receive and process a task from a chent computer wherein the task is in an executable 
programming language compatible with each of the server computers, the method comprising 
the steps of: 
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unmaishalling parametCTs anddatafromataskrequest into a task, which 
further comprises the substq>s of, 

detennining if the types related to the task are available on the server, 

and 

when the types related to the task are not available on the server, 
downloading the types onto the sctwcsl fiom a location as indicated by the 
parameters provided by the cUent; 

invoking a generic compute method, whidi is enable of processing all types 
of tasks, which executes the task and generates results; 

storing results from the executed tasks in a cache if a subsequent task will use 
the results; and 

returning the results fiom executed task to the client 



3. A method perfonned on a processor operatively coiq)led to a collection of servers 
which enables a client associated with the processor to dynamically distribute a task to a 
server, the method comprising the steps of: 

selecting a server to process the task; 

forming a task request from the parameters and data; 

sending the task request to the selected SCTver which invokes a generic 
compute technique capable of executing the task request on the selected sender and 
gen^ates results; and 

receiving the results back fiom the selected server. 

4. The method of claim 3, wherein the processor is operatively coiq)led to a computer 
system having a primary storage device, a secondary storage device, a display device, and an 
input/output mechanism. 

5. The method of claim 3, wherein the task is developed in a programming language and 
enviromnent compatible with each of tiie server computers. 
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6. The method of claim 3, wherein the server is selected from a plurality of heterogenous 
computer systems. 

7. The method of claim 5, wherein the environment includes a remote procedure call 
subsystem. 

8. The method of claim 7, wherein the remote procedure call subsystem is the Remote 
Method Invocation (RMI) system. 

9. The method of claim 3, wherein a criteria for selection the server includes the overall 
processing load distribution among the collection of server computers. 

10. The method of claim 6, wherein the selected server has the lowest load characteristic 
compared with average load characteristic of the servers over a predetermined time period. 

11. The method ofclaim 3, wherein a criteria for selection the server includes the 
specialized computing capabilities of each server conq)uter. 

12. The method of claim 1 1 , wherein the specialized computing c^abilities includes 
rendering images. 

13. The method of claim 3, wherein the sending step further comprises the substeps of: 

detennining if code related to the requested task is present on the selected 
SCTver; and 

downloading the code onto the selected serv^ when the code is not present on 
the selected server, 

14. The method of claim 3, wherein the sending step fiirflier comprises, 
providing the task as a parameter to the generic compute method. 
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15. The mefliod of claim 3 further comprising the step of indicating to the server that 
results fiom a computed task should be stored in a result cache on the selected server for 
subsequent tasks to use. 

16. The method of claim 3, wherein the results are used for further processing on the 
client 

17. The method of claim 3, wherein ttie result is an object 

18. A method performed on a processor op^atively coupled to a collection of servers 
which enables a server associated with the processor to dynamically receive and process a 
task from a cUent computer wherein the task is in an executable programming language 
compatible with each of the server computers, tiie method comprising tibe steps of: 

retrieving parameters and data fiom a task request into a task; 
invoking a generic compute method on the server, which is capable of 
processing a plurality of types of tasks, which executes the task and generates results; 
returning results to the client 

1 9. The method of claim 1 8, wherein the processor is operatively coupled to a con^uter 
system having a primary storage device, a secondary storage device, a display device, and an 
input/output mechanism. 

20. The method of claim 1 8, wherein the task is developed in a programming language 
compatible with each of the servo: computers. 

21 . The method of claim 18, wherein the task is developed using the Java programming 
language and environment 

22. The method of claim 21, wherein the environment includes a remote procedure call 
subsystem. 
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23. The method of claim 22, u^erein the ranote procedmie call subsystem is the Remote 
Method Invocation (RMT) system. 

24. The method of claim 1 8, wherein the retrieving step further comprises, 

deteraiining if types related to the task are available on the server; 
^en the types are not available on the server, downloading the types onto the 
server firom a location as indicated by the parameters provided by the client; and 

executing the task based \spon the data and parameters provided by tiie client 

25. The method of claim 24, wherein the detranining step and the downloading steps axe 
performed by a remote procedure call (RPC) subsystem. 

26. The method of claim 25, i^erein the detemiining step is performed by a Remote 
Method Invocation (RMI) type of rraiote procedure call subsystem. 

27. The method of claim 18, further comprising the substep of storing the results from the 
task in a cache if a subsequent task will use the results. 
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